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SYSTEM AND METHOD FOR REMOTELY ACCESSING A CLIENT IN A CLIENT 

SERVER ENVIRONMENT 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates generally to client -server 
software, and more particularly to a method and system for 
accessing a client from remote locations. 

2 . Description of Related Art 

Conventional client- server software allows conventional 
clients residing on a client machine to access functions provided 
by a server residing on a server machine. For example, some 
conventional client -server software provides backup and restore 
of data residing on client machines. In order to backup data, 
software residing on a client machine or a user utilizing the 
client machine invokes the conventional client. This may be 
through an application programming interface (API) , a command 
line or a graphical user interface (GUI) . The conventional 
client then requests the conventional server to backup the data 
and passes the data to the conventional server. The conventional 
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server stores the data and provides a response to the 
conventional client that the data has been successfully stored. 
When the data is to be restored, the conventional client sends a 
request for the data to the conventional server. In response, 
the conventional server provides a copy of the stored data to the 
conventional client . 

It is desirable for client -server software to work with many 
different client platforms or server platforms. A client 
platform can be viewed as a particular type of client machine or 
operating system. Similarly, a server platform can be viewed as 
a particular type of server machine. Compatibility with 
different platforms may be especially desirable for client 
platforms. This is because there is a large number of operating 
system platforms that users wish to have their clients on. A 
network may have many client machines using many different client 
platforms. All of these platforms are often used with the same 
server. Consequently, the client -server software should be 
compatible with multiple desired client platforms. In order for 
the client- server software to function with different client 
platforms, the conventional client can be ported or installed on 
the client platform. Once installed on the client platform, the 
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end user, by logging into the client, can access the functions of 
the server. 

Although it is advantageous for a client to be compatible 
and installed across a wide variety of client platforms, this 
approach also has its drawbacks. One such problem is encountered 
when there is a need to access client machines remotely. This 
problem is compounded when there is a need to access multiple 
client machines remotely. Since a user needs to login to the 
client machine to initiate a client access to a server, this 
requires the user to be either physically or remotely logged into 
the client to invoke the services provided by the server. 
Remotely logging into the client further requires operating 
system specific application software at the remote location to 
obtain access. Thus, a system administrator working at a server 
cannot easily access all the client machines in a network. For 
example, in the context of storage management in a client -server 
environment, one main problem is not being able to manage storage 
from anywhere. To initiate the client operation on a client - 
server software product generally requires login access to that 
client machine. "Remote" client access in the prior art 
technologies required a remotely logging into the client as 
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mentioned above. Thus, it is difficult from a remote location to 
request a workstation be backed up to the server, and similarly 
for a file to be restored from the server to the workstation. 

Accordingly, it can be seen that there is a need to provide 
a client for a client -server system that can be accessed from 
anywhere. It would be desirable to provide a client that could 
be accessed locally, remotely, or even from the server itself. 
Further, it would be desirable to provide a storage management 
system wherein client data could be backed up or restored from 
remote locations. 
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SUMMARY OF THE INVENTION 



To overcome the shortcomings of the prior art described 
above, it is the object of the present invention to provide a 
client for a client- server system that can be remotely accessed 
from any location. 

It is another object of the present invention to provide a 
method for a storage management client to operate remotely via a 
browser. 

Still another object of the present invention is to provide 
a method for invoking a client remotely that requires no special 
software other than a web browser. 

Yet another object of the present invention is to provide a 
storage management system wherein the storage can be managed from 
any location, at the server, at the client or remotely. 

Briefly stated, the present invention provides a system and 
method for remotely accessing a client from numerous machines and 
different platforms that requires no special software. This 
distributed client facility accomplishes a remote invocation of 
the client operations through a web browser such as Netscape 
Navigator or Microsoft Internet Explorer. The system and method 
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of the present invention includes defining a set of application 
programming interfaces (APIs) or verbs that may be called 
remotely or from the same machine that the client portion of the 
client - server software is running on. The client user interface 
5 code then uses these new APIs to remotely invoke the client 

operations. These APIs provide the ability to have one to one 
communication or two way communication, for example sending a 
query and getting a reply. Further, there may be one to 
multiple relationship between a query request being sent and the 
1 oO number or replies. Similarly, there may be a multiple to one 

"I relationship between the number of queries and the number of 

fij replies. 

yi From a browser, an end user enters a URL containing a 

machine name and a port number separated by a colon. A listening 
ISfTs program at the client listening on that port number establishes 
03 communication with the browser and invokes a client agent. The 
client agent include conventional client functions as well as 
APIs that allow the client to interface with both the server and 
the browser. The client agent then serves an applet to the 
20 browser that makes the browser appear to the end user as the 

client machine. The applet can execute in the national language 
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of either the client or the browser. The user can then execute 
client functions from the browser such as requesting the client 
to back itself up to the server. 

The present invention also provides a distributed storage 
management client facility wherein the storage can be managed in 
a robust and distributed fashion. A distributed storage 
management client in a client - server system can be accessed 
remotely through a web browser such as Netscape Navigator or 
Microsoft Internet Explorer. For example, a user at home can 
access a client machine at the office and subsequently backup the 
client to a server (or restore a file from a server to the client 
machine in the office) . The user can also migrate and recall, 
archive and retrieve files to the client from the server. 
Similarly, a system administrator at a central location can 
access a client machine and initiate these client functions to 
the server. 

An advantage of the present invention is that it provides an 
improved method for accessing a client in a client- server 
software system. 

Another advantage of the present invention is that in a 
distributed storage management system it reduces the manual 
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effort involved for a system administrator to access client 
machines . 

Another advantage of the present invention is that it 
reduces the effort required for the user to invoke and perform 
client operations. 

Still another advantage of the present invention is that it 
requires no special software to access a multiple clients from a 
single location (as in the case of a system administrator) or to 
access the client from multiple platforms (as in the case of an 
end user) . 

Still another advantage of the present invention is the 
ability to have the same look and feel to the client across 
multiple platforms. 

The above, as well as additional objects, features and 
advantages of the present invention will become apparent in the 
following detailed written description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a block diagram of a conventional client -server 
software system; 

FIG. 2 is a block diagram of the distributed client in a 
client server system according to the present invention; 

FIG. 3 is a flow chart depicting the access to the client 
according to the present invention; 

FIG. 4 is a block diagram illustrating the distributed 
client of the present invention in a distributed storage 
management software application; 

FIGS. 5a - 5e illustrate an example of remotely accessing a 
client to perform client operations shown and described in FIG. 4 
according to the present invention; 

FIG. 6 is an example of the structure for an API verb to 
begin a transaction after remotely accessing a client machine; 

FIG. 7 is a block diagram illustrating the client- server 
system of FIG. 2 where the browser is shown accessing clients 
across multiple platforms; and 
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FIG. 8 is a second embodiment of the client -server system 
shown in FIG. 7 where the browser is on the same machine as the 
server. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
This invention is described in a preferred embodiment in the 
following description with reference to the Figures, in which 
like numbers represent the same or similar elements. While this 
5 invention is described in terms of the best mode for achieving 
this invention's objectives, it will be appreciated by those 
■ skilled in the art that variations may be accomplished in view of 
these teachings without deviating from the spirit or scope of the 
* present invention. For example, the present invention may be 
10 implemented using any combination of computer programming 
software, firmware or hardware. As a preparatory step to 
^0 practicing the invention or constructing an apparatus according 
r: to the invention, the computer programming code (whether software 
li? or firmware) according to the invention will typically be stored 
IS in one or more machine readable storage devices such as fixed 
p (hard) drives, diskettes, optical disks, magnetic tape, 
s i semiconductor memories such as ROMs, PROMs, etc., thereby making 
an article of manufacture in accordance with the invention. The 
article of manufacture containing the computer programming code 
20 is used by either executing the code directly from the storage 

device, by copying the code from the storage device into another 
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storage device such as a hard disk, RAM, etc. or by transmitting 
the code on a network for remote execution. The method form of 
the invention may be practiced by combining one or more machine 
readable storage devices containing the code according to the 
present invention with appropriate standard computer hardware to 
execute the code contained therein. An apparatus for practicing 
the invention could be one or more computers and storage systems 
containing or having network access to computer program (s) coded 
in accordance with the invention. 

FIG. 1 illustrates conventional client -server software 
system 10. The conventional client -server software system 10 
includes the conventional client 12 and the conventional server 
14. The conventional server 14 typically resides on a server 
machine using a particular server platform. The conventional 
client 12 typically resides on a client machine using a 
particular client platform. The conventional client 12 also may 
include application program interfaces (APIs) 16, a graphical 
user interface (GUI) 17, or a command line interface 18, through 
which the end user accesses the client. The conventional client 
12 provides a plurality of functions via communication with the 
conventional server 14 . 
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FIG. 2 illustrates one embodiment for remotely accessing a 
client in accordance with the present invention. The remote 
client access system 20 includes a server 24, a client 22 and a 
browser 26. The browser 26 is any web browser such as Netscape 
Navigator or Microsoft Internet Explorer. The browser can be 
located remotely, can be on the client machine, or can even be on 
the server machine. The client 22 is similar to the conventional 
client 12, with improvements that allow for communication with 
both the browser 26 and the server 24. The client 22 further 
includes a listening program 28 such as an hyper- text transport 
protocol (HTTP) daemon facility and a client agent 29, that set 
up the communication between the client 22 and browser 26, and 
between the client 22 and server 24. 

The method for remotely accessing the client is described 
generally in connection with the flow diagram in Fig. 3. First, 
at step 30, from the browser 26, a user enters information about 
the client 22 they want to access at the universal resource 
locator command line (or URL) . This request is in the form of 
the machine name and HTTP port number, separated by a colon. At 
the client machine 22, the listening program 28 is listening at 
this defined port, and keeps track of contact made to the client 
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22. If contact is made (for example, as described in step 30 
above) , the listening program 28 responds with the port number 
for establishing the next communication with that client machine 
22. Next, at step 32, the browser 26 makes a connection to the 
client machine 22. In the client machine 22, the listening 
program 28 accepts the connection from the browser 26, and serves 
a response such as a JAVA applet back to the browser 26 at step 
34. The JAVA applet can run in the national language and locale 
of the browser. This is accomplished by querying the JAVA 
virtual machine that is on the browser machine. Alternatively, 
the applet can run in the national language of the client 22. 
The response or JAVA applet contains a GUI. The GUI could be a 
fully functional GUI that has the same look and feel as the 
client software running on the client machine, or could be as 
simple as a command line interface. The response also contains 
command verbs or APIs to allow client operations to take place 
from the browser 26. These verbs are structured such that 
communications between the client agent 29 and applet 23 running 
at the browser 26 are both language independent and machine 
independent. This is accomplished by tailoring the verbs to the 
specific application that the client performs without language or 
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machine type dependencies. Next, at step 36, the browser 26 
displays the client GUI . At step 37, the user selects a client 
operation from the GUI displayed. For security purposes, an ID 
and password can be required. The ID and password may be 
encrypted at the browser 26 and decrypted at the client agent 29, 
also for security reasons. The level of access to client 
operations can be controlled by this ID and password requirement. 
At step 38 , the listening program 28 verifies the ID and password 
received from the browser, then spawns a client agent 29 to 
perform the requested operation and communicate with the browser 
26. The client agent 29 contains the conventional client 
bundled within a layer of a communications interface that allows 
the client machine 22 to be accessed directly or remotely. The 
communications interface contains a set of verbs or APIs that are 
understood by both the client 22 and the applet 23 running in the 
browser 26. At step 39, the client agent 29 communicates back 
and forth with the applet on the browser 26 in this new protocol 
(that includes verbs for sending and receiving information needed 
to display to the user through the GUI) . When the client request 
is completed, the client agent 29 waits for additional requests, 
if any. 
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FIG. 4 is a block diagram which shows the system and method 
for a distributed client in the context of a client -server 
storage management software product such as Adstar Distributed 
Software Management product by the IBM Corporation (ADSM) . Here, 
the system 40 incudes a browser 42, a client machine 48, and a 
server machine 54 which includes an ADSM server 56. Here, the 
user enters the ADSM client machine name and ADSM client HTTP 
port number, separated by a colon, at the URL 44 in the browser 
42. Over connection 60 which may be a network connection, the 
browser 42 establishes communication with the distributed storage 
management client 48. At the distributed storage management 
client 48, the HTTP daemon (listening program) 50 in the ADSM 
client 48 accepts the connection, and serves a JAVA applet using 
connection 62 back to the browser 42. The browser 42 then 
displays the ADSM client GUI 46. The user, for example, clicks 
on BACKUP from the GUI, and is prompted for an ID and password. 
This is communicated back to the ADSM client 48 over connection 
64. At the ADSM client 48, the HTTP daemon 50 spawns the ADSM 
client agent 52. The ADSM client agent 52 then sends and receives 
all the information required to display the GUI to the end user, 
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as well as communicating over connection 58 with the ADSM server 
56 in the server machine 54 to perform the requested backup. 

FIGS. 5a - 5e are screen captures that illustrate the 
remotely accessible client described on FIG. 4. FIG. 5a shows a 
browser such as a Netscape Navigator browser. At the URL 51, the 
user enters the ADSM machine name 53 and HTTP port number 55 
separated by a colon. FIG. 5b shows the display of the GUI at 
the browser from the applet received from the HTTP daemon on the 
ADSM client machine. As can be seen in FIG. 5b, the GUI provides 
the same look and feel as login access directly on the client 
machine would appear. Here, the user selects an operation to be 
performed. For example, as described above, the user can select 
a BACKUP operation. FIG. 5c is a screen display illustrating 
results of the communication that then takes place between the 
client agent spawned from the HTTP daemon and the distributed 
storage management client GUI on the browser. Here, the user's 
directory is displayed as if the user was actually logged onto 
the client machine. FIG. 5d illustrates that this is a very 
interactive process as the client agent is also in communication 
with the server and performing the requested operation. This is 
one example of the types of messages displayed at the browser 
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while the client is performing the backup operation to the 
server. Lastly, FIG. 5e illustrates that the requested operation 
is completed and the user may now perform another operation on 
the client. 

Fig. 6 shows one example of the structure of the application 
program interface (API or verb) which is understood by both the 
browser and the client agent of the present invention. The 
example of Fig. 6 shows the verb for beginning a transaction once 
communication is established between the browser and the client 
agent . 

Fig. 7 shows a the remote client access system 20 of FIG. 2, 
wherein browser 26 showing how from one browser 26 a user can 
access different clients across different platforms simply by 
inputting the client machine port number and URL as previously 
described herein. Here, browser 26 can access any one of the 
clients 22A, 22B, 22C, 22D, and 22E following the principles of 
this invention. Fig. 8 shows an alternative embodiment of the 
remote client access system 20 of FIG. 7, where the browser 26 
resides on the server 24. 

While the present invention has been particularly shown and 
described with reference to the preferred embodiments, it will be 
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understood by those skilled in the art that various changes in 
form and detail may be made without departing from the spirit, 
scope and teaching of the invention. For example, the present 
invention has been described in terms of particular platforms and 
particular functions provided in the client- server environment. 
However, one of ordinary skill in the art will readily recognize 
that this method and system will operate effectively for other 
types of platforms and other functions. In addition, the present 
invention will be described in terms of a particular number of 
servers, client platforms, server platforms, client machines and 
server machines. However, one of ordinary skill in the art will 
realize that nothing prevents the method and system from use with 
another number of servers, client platforms, server platforms, 
client machines and server machines. Accordingly, the disclosed 
invention is to be considered merely as illustrative and limited 
in scope only as specified in the appended claims. 
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CLAIMS 

What is claimed is: 

1 1. A system for remotely accessing a client in a client - 

2 server system comprising : 

3 a browser for requesting remote access; 

4 a client machine further comprised of a listening program 

5 responsive to requests for remote access and a client agent for 

6 communicating with the browser and a server machine. 

L?l 2. The system for remotely accessing a client in a client 

2 ; y3 server system as claimed in claim 1, wherein the browser requests 

3J^ access to a client machine by sending a universal resource 

47* locator containing a machine name and a port number over a 

5jU network, 

l f= " 3. The system for remotely accessing a client in a client 

2 server system as claimed in claim 2, wherein the listing program 

3 in the client machine is listening on the port number, and 

4 establishes communications with the browser over a second port 

5 number in response to the request for access. 
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4. The system for remotely accessing a client in a client 
server system as claimed in claim 3, wherein the listening 
program spawns the client agent to communicate with the browser 
and the server. 

5. The system for remotely accessing a client in a client 
server system as claimed in claim 4, wherein the client agent 
sends the browser an applet further comprising graphical user 
interface to execute on the browser. 

6. The system for remotely accessing a client in a client 
server system as claimed in claim 5, wherein the applet executes 
in the national language and locale of the browser. 

7. The system for remotely accessing a client in a client 
server system as claimed in claim 5, wherein the browser is 
located on the server machine. 

8. The system for remotely accessing a client in a client 
server system as claimed in claim 5, wherein the graphical user 
interface is a command line interface . 
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9. A method for remotely accessing a client machine from a 
browser over a network comprising the steps of: 

providing a universal resource locator containing a machine 
name and a port number at a command line at the browser; 

listening at the port number for access requests at the 
client machine; 

responsive to a request for access from the browser, 
invoking a client agent within an application programming 
interface; and 

communicating between the client agent and the browser over 
the network. 

10. The method for remotely accessing a client machine from 
a browser over a network as claimed in claim 9, further 
comprising the step of: ^ ' 

communicating between the client agent and a server over the 
network. 
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11. The method for remotely accessing a client machine from 
a browser over a network as claimed in claim 10, further 
comprising the step of ^ 

sending from the client agent to the browser a graphical 
user interface that looks like a GUI on the client machine when 
running at the browser. 



12. The method for remotely accessing a client machine from 
a browser over a network as claimed in claim 11, wherein the 
graphical user interface is implemented ip a JAVA applet. 

13. The method for remotely accessing a client machine from 
a browser over a network as claimed in claim 10 f wherein the 
communications are comprised of performing cTierit: functions from 
the browser. 



14. The method for remotely accessing a client machine from 
a browser over a network as claimed in cladjn^l3,, wherein the 
communications are further comprised of retrieving files from the 
server to the client machine. 



SA9-98-160 



- 23 



1 15. The method for remotely accessing a client machine from 

2 a browser over a network as claimed in claim 13, wherein the 

3 communications are further comprised of backing up files on 

4 client machine to the server. 

1 16. A computer -readable medium having a program for 

2 servicing a request using a client, the client being capable of 

3 communicating with a browser, the client providing a plurality of 

4 functions, the program containing instructions for: ^ — 
5^ providing a client agent containing a client platform and an 
%j application programming interface; and 

7fU providing a listening program for listening for a 

8 yi communication from the browser and invoking the client agent; 
sj7 wherein the client agent communicates with both the browser 

lGfy and a server. 

1 17. The computer -readable medium as claimed in claim 16, 

2 wherein the client and the server are on the same machine. 

1 18. The computer -readable medium as claimed in claim 16, 

2 wherein the browser and the server are on the same machine. 
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i <# V ^ 

1 19. The computer -readable medium as claimed in claim 16 , 

2 wherein the communications by the client agent with tfe^server 

3 include instructions for backing up at least one client file. 

1 20. The computer -readable medium as claimed in claim 16, 

2 wherein the communications by the client agent with the^sefv^r 

3 i include instructions for restoring at least one client file to 

4 the client from the server. 

1% 21. The computer -readable medium as claimed in claim 16, 

2jjj wherein the program instructions further include ins true CiDrts- 

311 j for: 

4 y " sending the browser a graphical user interface that runs at 

5L the browser. 

IB 22. The computer- readable medium as claimed in claim 21, 

2 wherein the graphical user interface is a JAVA applet. ^ — ' 
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ABSTRACT 

The present invention provides a system and method for 
remotely accessing a client in a client - server system. From a 
browser, an end user enters a URL containing a machine name and a 
port number. A listening program at the client listening on that 
port number establishes communication with the browser and 
invokes a client agent. The client agent includes conventional 
client functions as well as APIs that allow the client to 
interface with both the server and the browser. The client agent 
then serves an applet to the browser that makes the browser 
appear to the end user as the client machine. The user can then 
execute client functions from the browser. Examples of the 
client functions include backing up and restoring files from the 
client to/from the server, migrating or recalling files, 
archiving or retrieving files. 
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Transaction 
diBeginTxn 

Protocol 

diBeginTxn Verb 



Verb<s) 

typedef struct 



{ 



ExtVerbHdr 
nfTwo 
nf Four 
nf Four 
nf Four 
nf Four 



b; 

verbVersion; 
reservedl ; 
reserved2 ; 
reserved3 ; 
reserved4 ; 



} diBeginTxnVerb ; 



Applet 



- > Agent 



/* extended verb header 

/+ version of this verb 

/* reserved for future use 

/* reserved for future use 

/* reserved for future use 

/* reserved for future use 



*/ 
►/ 

*/ 
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As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are as stated below next to my name; 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, 
first and joint inventor (if plural names are listed below) of the subject matter which is claimed and 
for which a patent is sought on the invention entitled 

SYSTEM AND METHOD FOR REMOTELY ACCESSING A CLIENT IN A CLIENT SERVER ENVIRONMENT 



the specification of which (check one) 

X is attached hereto. 

was filed on _ 

as Application Serial No. 

and was amended on (if applicable) . 

I fe^reby state that I have reviewed and understand . the contents of the above identified specification, 
inqSuding the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to patentability as defined in Title 
37^Code of Federal Regulations, Section 1.56. 

I IMreby claim foreign priority benefits under Title 35, United States Code, Section 119 (a) - (d) or 
Secfeion 365(b) of any foreign application (s) for patent or inventor's certificate, or Section 365(a) of 
an^PCT International application which designated at least one country other than the United States, 
li§¥ed below and have also identified below any foreign application for patent or inventor's certificate 
or -PCT International application having a filing date before that of the application on which priority 
isN*l aimed: 

Prtgr Foreign Application (s) 

None 

(Number) (Country) (Day/Month/Year Filed) 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application (s) or Section 365(c) of any PCT International application designating the United States, 
listed below and, insofar as the subject matter of each of the claims of this application is not 
disclosed in the prior United States or PCT International application in the manner provided by the 
first paragraph of Title 35, United States Code, Section 112, I acknowledge the duty to disclose 
information which is material to patentability as defined in Title 37, Code of Federal Regulations, 
Section 1.56, which occurred between the filing date of the prior application and the national or PCT 
international filing date of this application: 

None 

(Application Serial No.) (Filing Date) (Status) (patented, pending, abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made with 
the knowledge that willful false statements and the like so made are punishable by fine or imprisonment, 
or both, under Section 1001 of Title 18 of the United States Code and that such willful false statements 
may jeopardize the validity of the application or any patent issued thereon. 



Priority Claimed 
Yes No 



DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



Page 2 of 6 
DOCKET: SA9-98-160 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney(s) and/or agent (s) to 
prosecute this application and transact all business in the Patent and Trademark Office connected 
therewith. (list name and registration number) 



Philip R. Wadsworth (#29,219) 
Monica D. Lee (#40,696) 
G. Marlin Knight (#33,409) 
Pailc Saber (#37,494) 
Christopher A. Hughes (#26,914) 
John E. Hoel (#26,279) 
Robert B. Martin (#26,945) 



Leslie G. Murray (#31,183) 
Esther E. Klein (#34,337) 
Douglas R. Millett (#31,784) 
Noreen A. Krall (#39,734) 
Edward A. Pennington (#32,588) 
Joseph C. Redmond, Jr. (#18,753) 



Send correspondence to: 



Noreen A. Krall 
IBM Corporation 
Intellectual Property Law 
5600 Cottle Road (L2PA/0142) 
San Jose CA 95193 



Diiict Telephone Calls to: (name and telephone number) Noreen A. Krall, (408) 256-2141 



FuFti name of sole or first j oint ■ inventor : Douglas Robert Case 



Inventor's signature: 



Date: 



Residence: 182 Banff Springs Way, San Jose, California 95139 



Cillzenship: U.S.A. 



Post Office Address: Same 



Full name of second joint -inventor: David Derk 



Inventor ' s signature : 



Date: 



Residence: , , 



Citizenship : 



Post Office Address: Same 
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Full name of third joint- inventor : James Michael Dile 



Inventor's signature: Date: 



Residence: 174 Avenida Espana, San Jose, California 95139 



Citizenship: U.S.A. 



Post Office Address: Same 



Full name of fourth joint -inventor: Robert Clair Edwards, Jr. 



ImOiitor's signature: Date: 



Residence: RD #2, Box 609, Columbus Avenue, Susquehanna, Pennsylvannia 18847 



Ci|Hzenship: U.S.A. 



Post Office Address: Same 



Fujpi name of fifth joint- inventor : Avishai Haim Hochberg 



Inventor's signature: Date: 



Residence: 955 Willowleaf Drive, Apt. #1603, San Jose, California 95128 



Citizenship: Israel 



Post Office Address: Same 
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Full name of sixth joint -inventor: David T. Kwan 



Inventor's signature: Date: 



Residence: 294 Los Gatos Almaden Road, Los Gatos, California 95032 



Citizenship: U.S.A. 



Post Office Address: Same 



Full name of seventh joint -inventor: Thomas Franklin Ramke, Jr. 



In@ntor f s signature: Date: 



Residence: 1460 Comtassel Road, Vonore, Tennessee 37885 



Citizenship: U.S.A. 



Post Office Address: Same 



Fukk name of eighth joint- inventor : Pete Tanenhaus 



Infentor's signature: Date: 



Residence: 



Citizenship: 



Post Office Address: Same 
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Full name of ninth joint -inventor: Randy Tung 



Inventor's signature; Date: 



Residence: 6412 Spring Meadow Ct., San Jose, California 95135 



Citizenship: U.S. A* 



Post Office Address: Same 



Full name of tenth joint -inventor: John Vikane 



Inventor's signature: Date: 



Residence: 2672 Mason Lane, San Mateo, California 94403 



Citizenship: U.S.A. 



Po§p Office Address: Same 



Fuji name of eleventh joint -inventor: Brett Walker 



Inpantor's signature: Date: 



Residence: 



Citizenship: 



Post Office Address: Same 
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Full name of twelfth j oint - inventor : Hui-Lan 


Wen 




Inventor's signature: 


Date: 




Residence: 3409 Royal Meadow Lane, San Jose, 


California 95135 




Citizenship: U.S.A. 



Post Office Address: Same 
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